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Field of the Invention 

This invention relates to a gaming machine. More particularly, the 
invention relates to a graphics package for a gaming machine and to a method 
of presenting a game outcome of a game played on a gaming machine to a 
5 player. 

Background to the Invention 

Traditionally, there are several ways to provide high quality graphics in 
gaming machines. These include: 

10 • Images which are stored in EPROM or hard disk and which are played 
back to the screen using traditional 2D techniques. Animations are 
commonly used to improve the presentation and some products store 
large amounts of animation on hard disk drive. Animations may be 
generated from 3D modelling software and pre-rendered into a 2D 

15 animation; or 

• Real-time 3D which is used to generate images from 3D models stored 
in memory. 

In theory, the same scenes can be generated by either method. Pre- 
rendered graphics are produced ahead of time and played back like a video. 
20 The 3D system recreates the image in real-time. The 2D system has the 

potential for superior image quality at the cost of flexibility. The real-time 3D 
system has flexibility, but poorer image quality. 

There are many effects that are difficult or impossible to pre-render 
into 2D, yet are easy to perform in real-time 3D. On the other hand there are 
: 25 many effects that are easy to pre-render, yet very hard or impossible to 
perform with real-time 3D. 

An example of the flexibility of 3D is the rippling water effect, in 
which, after a win, the entire screen is rippled as if it were water. This is very 
simple to achieve in 3D, as the screen is simply divided into a large number 
30 of polygons which are moved in a wave. It does not matter what image is 
overlaid on the polygon mesh. The same effect is effectively impossible to 
pre-render because of the large number of possible stopping positions on the 
reel strips (perhaps 100 million). 

An example of the quality of 2D is a photograph or video of, say, a 
35 person. It is not possible to model a person convincingly in real-time 3D ? yet 
it is very simple to take a photograph or video. 
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Summary of the Invention 

According to a first aspect of the invention, there is provided a graphics 
package for a gaming machine, the graphics package including 

a storage device for storing data relating to non-varying parts of an 
5 image, the non-varying parts of the image being independent of an outcome 
of a game played on the gaming machine; 

an image generating means for generating simulated threerdimensional 
additional parts of the image, the additional parts being dependent on the 
game outcome; and 

10 a compositing means for merging the non- varying parts of the image 

and the additional parts of the image to provide a composite image relating to 
the game outcome to the player. 

According to a second aspect of the invention, there is provided a 
method of presenting a game outcome of a game played on a gaming machine 
15 to a player, the method including the steps of 

storing data relating to non-varying parts of an image in a storage 
device, the non-varying parts of the image being independent of an outcome 
of a game played on the gaming machine; 

generating simulated three-dimensional additional parts of the image, 
20 the additional parts being dependent on the game outcome; and 

compositing the non-varying parts and the additional parts of the image 
•to provide a composite image relating to the game outcome to the player. 

By "non-varying' is meant that part of an image which remains the same 
from game to game irrespective of the game outcome. It will be appreciated 
25 . that the image may vary spatially and/or temporally. 

Thus a part of the image which is the same for all possible outcomes is 
pre-rendered and stored in the storage device. In so doing a high quality 
reproduction of the non-varying parts of the image can be obtained. 

The simulated three-dimensional (3D) images may be generated using 
30 3D computer rendering software, Preferably, the software used is a ray- 
tracing program. 

The method may include rendering the simulated 3D images in real 
time and compositing them into or on to the non- varying images in real time. 

The method may include, prior to displaying a game outcome and its 
35 associated images to the player, determining the game outcome. From the 
game outcome, the relevant simulated three-dimensional images are 
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generated and mapped to appropriate locations in the non-varying parts of 
the image to be composited and displayed to the player as a composite image 
dependent on the game outcome. 

Various compositing techniques may be used for compositing the pre- 
5 rendered, non-varying parts of the image and the real time simulated three- 
dimensional parts of the image. Hence, for example, Z-buffer compositing 
may be used. This technique has the advantage that the real time 3D objects 
to be composited may be partially decoupled from the original 3D model used 
to create the image and are automatically composited into the image 

10 correctly. Instead, an alpha channel can be created manually. This approach 
requires that the real time 3D objects be created at exactly the same place 
they will occupy in the composite image. However, the advantage of the 
alpha channel approach is that it requires less data than a Z-buffer and that 
the 3D objects are blended into the rendered image using alpha channel 

15 values created by the rendering program. 

When using Z-buffer compositing, the pre-rendered image may be 
created with a Z-buffer depth value for each pixel in every scene of the image. 
For computer generated images this is usually output from tools used to 
create the image. The Z-buffer data may be loaded into a real time 3D video 

20 card for each frame of the image. The additional 3D objects may be 

composited into the image using the usual 3D techniques and using the Z- 
buffer data loaded with the image. The 3D objects appear in the image 
according to their Z positions. Normally the 3D objects and pre-rendered 
image share the same basic environment, with lighting, camera positions, etc, 

25 to produce a consistent look to the image, as if they had been produced 
together. 

In alpha channel compositing, the image may be separated into those 
parts which are pre-rendered and those that are drawn using real time 3D. 
When an animation image is created in the design package, each pixel in the 

30 final output may be output with additional information about alpha-channel 
values and a material value or object identification (ID). The material value 
or object ID is used to identify those pixels which are part of the pre-rendered 
image and those which will be generated in real time by the 3D engine. A 
'post-processing stage in an output file may modify the image alpha-channel 

35 to mask out or include the real-time 3D parts of the image. For example, a 
pixel which is entirely generated by pre-rendering has an alpha-value which 
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is non-transparent, such that the pixel on display is 100% from the pre- 
rendered image. A pixel which is entirely from the real time 3D image has an 
alpha-channel value such that the displayed pixel is 100% from the real-time 
image, 

5 Some pixels in the original image may have an intermediate alpha 

value, better to merge the separate elements of the image together. These 
values are preserved and produce higher quality image composition. 
When creating the image, the real-time parts of the image may be generated 
using a pure white surface. Effects applied to this surface, such as shadows, 

10 can then also be applied to the real-time generated pixels in the final output. 
In respect of either technique, some properties of the real-time 3D 
objects may be pre-rendered and combined with the 3D object as it is being 
drawn on screen. For example a shadow may be cast on the 3D object, The 
shadow may then be created, during rendering, on to a white place holder 

15 representing the 3D object. 

Brief Description of the Drawings 

The invention is now described, by way of example, with reference to 
the accompanying drawings in which 
20 Figure 1 shows a three dimensional view of a gaming machine, 

including a graphics package in accordance with the invention; 

Figure 2 shows a block diagram of a control circuit for the gaming 
machine of Figure 1; 

Figure 3 shows a representation of two cubes used in the generation of 
25 representations of two dice; 

Figure 4 shows a representation of one the cubes with all its faces 
visible; 

Figure 5 shows the possible graphical images which can be applied to 
each of the faces of the cubes of Figure 3; and 
30 Figure 6 shows the two dice after application of the relevant graphical 

images from Figure 5, 
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Detailed Description of the Invention 

In Figure 1, reference numeral 10 generally designates a gaming 
machine, including a game, in accordance with the invention. The machine 
10 includes a console 12 having a video display unit 14 on which a game 16, 
such as a spinning reel game having a video simulation of spinning reels 18, 
is played, in use. 

A midtrim 20 of the machine 10 houses a bank 22 of buttons for 
enabling a player to play the game 16. The midtrim 20 also houses a credit 
input mechanism 24 including a coin input chute 24.1 and a bill collector 
24.2. 

The machine 10 includes a top box 26 on which artwork 28 is carried. 
The artwork 28 includes paytables, details of bonus awards, etc. 

A coin tray 30 is mounted beneath the console 12 for cash payouts 
from the machine 10. 

Referring now to Figure 2 of the drawings, a control means or control 
circuit 40 is illustrated. A program which implements the game and user 
interface is run on a processor 42 of the control circuit 40. The processor 42 
forms part of a controller 44 which drives the screen of the video display unit 
14 and which receives input signals from sensors 46. The sensors 46 include 
sensors associated with the bank 22 of buttons and touch sensors mounted in 
the screen 16. The controller 44 also receives input pulses from the 
mechanism 24 indicating that a player has provided sufficient credit to 
commence playing. The mechanism 24 may, instead of the coin input chute 
24.1 or the bill collector 24.2, or in addition thereto, be a credit card reader 
(not shown) or any other type of validation device. 

The controller 44 drives a payout mechanism 48 which, for example, 
may be a coin hopper for feeding coins to the coin tray 30 to pay a prize once 
a predetermined win combination appears on the screen 16 or some other 
prize winning event occurs. 

The controller 44 includes a graphics package 50 which is operated 
under the control of the processor 42. The graphics package 50 includes a 
mass storage device in which pre-rendered data relating to non-varying parts 
of an image to be displayed on the screen of the video display unit 14 is 
stored. Further, the graphics package 50 include an image generating means 
or image generator 54. The image generator 54 generates simulated three- 
dimensional (3D) additional parts of the image. These additional parts of the 
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image are dependent on the outcome of the game 16 played on the gaming 
machine 10. 

The processor 42 includes a compositor which composites data from 
the storage device 52 and the image generator 54 to provide a composite 
5 image which is displayed on the screen of the video display unit 14, the 
composite image, including the real-time rendered 3D data and which is 
representative of the game outcome. 

Generally, the part of the image which is the same for all possible 
outcomes or animations is pre-rendered and is stored in the storage device 52. 
10 Those parts of the image which depend on the game outcome are generated 
using real-time 3D techniques via the image generator 54. The two parts of 
the image are composited together to present the game outcome to the player. 

For example, in the case of an electronic gaming simulation of a 
roulette wheel, the variable part of the animation are the numbers on the 
15 roulette wheel. The rest of this image is pre-generated as a high quality 

animation and the numbers are then merged with the wheel during playback. 

A further example is illustrated in Figures 3 - 6 of the drawings where 
two dice 56 (Figure 6) are shown. The dice 56 may be generated, for example, 
as a result of a special feature arising from the underlying base, spinning reel 
20 game 16. 

For the best visual quality of the images of the dice 56, an animation is 
rendered of the die being thrown using a ray- tracing program such as, for 
example, 3DSMax. The animation might also contain a table (not shown) on 
which the dice 56 are thrown, hands to perform the throwing, bouncing and 

25 rolling of the dice, etc. 

It will be appreciated that, for two dice, there are 36 possible outcomes 
and this increases exponentially for the number of dice available in the 
animation. Accordingly, the number animations or outcomes quickly 
becomes difficult to pre-render and store. 

30 Also, for each possible outcome it may be desirable to generate several 

different ways in which the dice 56 and camera moves to arrive at that 
outcome. This further increases the number of animations for which storage 
is required. 
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Using the technique of the invention, those parts of the image which 
are independent of the outcome are pre-rendered and those parts which 
depend on the outcome are composited into the image in real-time as the 
animation plays. 

5 In the example shown in Figures 3-6 of the drawings, the animation of 

the dice 56 being thrown on to the table, the dice 56 bouncing and rolling and 
the final resting position of the dice 56 is pre-rendered with high quality. The 
actual faces of the dice are drawn in real-time 3D and composited into the 
animations in real-time. 

10 As shown in Figure 3 of the drawings, two cube 58 are pre-rendered 

without any dots applied to their faces. As will be appreciated, each cube 58 
has, in effect, six faces 60, as shown in Figure 4 of the drawings. 

The possible images 62 which can be applied to each face 60 of the 
cubes 58 are shown in Figure 5 of the drawings. 

15 Prior to showing the game to the player on the screen of the video 

display unit 14, the outcome of the game is determined by the controller 44. 
A mapping between the faces 60 of the cubes 58 and the images 62 to be 
displayed is created. If, for example, it is desired to show the first die 56.1 
having a "1" on its face Al and the second die 56.2 having a "6" on its face A2, 

20 then face Al has image 62.1 mapped to it and face A2 has image 62.2 mapped 
to it. The other faces of the dice 56 are not important to the outcome of the 
game and can be selected from any of the remaining graphical images 62. 

As the animated image is shown to the player, the dice 56 are 
composited into the scene. More particularly, the animation of the cubes 58 

25 being thrown, etc, has been pre-rendered and is extracted from the storage 
device 52. The animations of the graphical images 62 are extracted from the 
image generator 54 and, via the compositor of the processor 42, are 
composited on to the relevant faces of the cubes 58 so that, when the dice 56 
come to rest as shown in Figure 6 of the drawing, the relevant faces of the 

30 dice 56 are in the correct position for the predetermined outcome of the game. 
Accordingly, it is an advantage of the invention that a high quality 
image generating system is provided which does not require an inordinately 
large amount of data storage capacity. 
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It will be appreciated by persons skilled in the art that numerous 
variations and/or modifications may be made to the invention as shown in the 
specific embodiments without departing from the spirit or scope of the 
invention as broadly described. The present embodiments are, therefore, to 
be considered in all respects as illustrative and not restrictive. 
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